Kollaboratives Publishing auf Wiki-Basis
Idee: Mehrere Autoren bearbeiten kollaborativ einen Text als eine Sammlung von einzelnen Wiki-Seiten.
- Indem wir ein Standard-Wiki (z.B. DokuWiki) verwenden, können wir uns auf ein gut dokumentiertes, seit Jahren intensiv qualitätsgesichertes Authoring-Frontend verlassen.
- Das Wiki garantiert eine ordentliche, transparente Versionsverwaltung sowie die Generierung von xhtml-Code einer (innerhalb der gleichen Version weitgehend) vorhersagbaren Struktur.
- Die Liste und Reihenfolge der relevanten Seiten kann selbstverständlich wieder im Wiki selbst gepflegt werden.
Eine Software - z.B. ein XSLT2-Skript - liest die vom Wiki erzeugte Web- (XHTML-) Version der Wiki-Seiten ein und generiert daraus ein einziges html- oder LaTeX-Dokument.Bei diesem Schritt kann man die eingelesenen html-Seiten einerseits von irrelevanten Informationen (Navigation etc.) reinigen, andererseits (z.B. per regex) auf Keywords oder andere strukturierte Daten durchsuchen und diese zusätzlich mit XML-Tags etc. markieren.
Wenn man ein html-Dokument per Copy & Paste in OpenOffice einfügt, wird html-Markup voraussagbar in entsprechende Absatzformate übersetzt (funktioniert nicht mit MS Word). Der letzte Schritt zum gelayouteten pdf-Dokument ist dann trivial.
Machbarkeit: So geschehen 2009 mit ca. 120 Einzelseiten, betreut durch 12 Autoren aus 5 EU-Ländern für den EU FP7 Projektantrag für http://ontorule-project.eu/ aus Basis von Media-Wiki.
Zu tun:
- technisch: was passt wie zusammen in der gesamten Kette
- vom Wiki-Markup
- über XSLT-Import, Reinigung und Analyse
- bis hin zur OpenOffice-Formatierung auf Grundlage von Absatz- und Zeichenformaten
- fancy: Erkennen von strukturierten Daten, z.B. mit dem dokuwiki plugin https://www.dokuwiki.org/plugin:strata | http://www.opensym.org/os2014/proceedings-files/p807.pdf
- sozio-technische Gestaltung einer Wiki-Seite / eines Wikis, so dass strukturierte
Daten strukturiert eingepflegt werden können
- z.B. Modulandbuch: ECTS, SWS, Prüfungsform etc.
- z.B. Prüfungsplan: Modulnummer SB-Portalnummer Raum Prüfer etc.
- Entwicklung einer Nomenklatur für das Anlegen weiterer Seiten nach Bedarf
- Modulhandbuch / Veranstaltungen / KVV / Moodle / SB-Portal
- systematische vergleichende Evaluation verschiedener Lösungsansätze
- einfache Dokumentation für eilige, undgeduldige Dozenten
Probleme, die man nicht sofort sieht:
- Management (und bei Bedarf automatische Korrektur?) von Überschriften-Ebenen
- Transclusion durch das Wiki oder durch das XSLT-Skript?
- fancy: falls man ein fancy Querverweis-Management oder Indexierung im Druckdokument wünscht, spricht das für die LaTeX-Lösung.
- Rückmeldung von Fehlern an die User: Im Wiki kann man machen, was man will, Garbage in -> Garbage out: Entwicklung eines QM
Unser Anwendungsfall:
- Erzeuge für die Fak. f. Informatik die Modulhandbücher in mehreren Studiengängen (IF, AIF, WIF, SE). Authentische Nutzer: Die Studiengangleiter.
- Integration / Abgleich etc. mit dem Studienverlaufsplan; Voraussetzung: Handling strukturierter Daten (s.o.)
- ggf. Kommentiertes Veranstaltungsverzeichnis (KVV), wenigstens für Bachelor-Seminare, Wahlfächer, ggf. Studienprojekte?